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ABSTRACT 



Disclosed is a method, apparatus and system for managing 
generic objects and storage device objects over a network. In 
one aspect of the invention, the management apparatus* 
includes a management console having a graphical user 
interface for displaying a physical view and a logical view 
of a storage device. The management apparatus further 
includes a managed object of the storage device that is 
configured to commimicate with the graphical user interface 
of the management console through a facet interface that is 
wrapped aroimd the managed object. The facet interface is 
divided into a plurality of specific facets that communicate 
with the graphical user interface and enable the display of 
the physical view and the logical view of the storage device. 
In a further aspect of the present invention, the graphical 
user interface includes a plurality of generic views which are 
configured to communicate with associated ones of the 
plurality of specific facets of the facet interface. These 
aspects enable the facet interface of the managed object to 
be separate and de-coupled from a software code of the 
graphical user interface. 

7 Claims, 11 Drawing Sheets 
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METHOD AND SYSTEM FOR MANAGING 
STORAGE DEVICES OVER A NETWORK 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates generally to management software, 
and more particularly to methods and systems for eEBciently 
interfacing existing management user interfaces with net- 
worked computer and computer peripheral storage product 
hnes. 

2. Description of the Related Art 

In order to stay competitive in today*s business 
environment, more and more computer systems, storage 
devices, and peripheral devices are being networked 
together. As is well known, this degree of networking is 
needed to provide users with shared access to data that is 
stored on the various networked devices. Although network- 
ing devices provides users with a high degree of flexibility 
and shared access to data stored in numerous storage 
devices, these shared devices must be managed to ensxire 
compatibility issues are addressed, and to monitor their 
operational status. 

To accomplish such management tasks, FIG. lA shows a 
management system 100 in which various storage devices 
104a through 104d are networked to a management console 
computer 106. In this simplified example, the storage 
devices li)4ch~104d are shown directly coupled to a network 
102, however, such storage devices are usually coupled to a 
networked computer via a host adapter. In conventional 
management systems 100, the management console com- 
puter 106 runs a graphical user interface 112, which is 
engineered to be compatible with the storage devices 
104a-104fi. As such, the software designer of the graphical 
user interface 112 is required to integrate the relationships, 
attributes and methods of each of the storage devices 
104a-104d, so that the user of the management console 
computer 106 will actually be able to communicate (i.e., 
call) with and invoke the methods that control the storage 
devices 104a-104d. 

A problem with conventional management systems 100 is 
that the storage devices 104a-104J are independently 
developed, tested and connected to a given network, which 
may produce compatibility issues. To avoid this, the soft- 
ware engineers that design the software (also known here as 
"the managed objects") for the varioiis storage devices have 
to coordinate the design and interoperability of such storage 
devices with the software engineer of the graphical user 
interface 112. Although this works fine, this solution also 
creates a substantial amount of woik for the software 
engineering team that programs the graphical user interface 
112 for the management console computer 106 and slows 
down the release of new featiu^es. 

For example, the software features that are integrated into 
the managed objects that are associated with each of the 
storage devices 104fl-1046 are frequently updated, modified 
or completely replaced with new releases. In some cases, the 
managed objects are redesigned once or twice a year. 
Although one or two modifications to the graphical user 
interface software is not necessarily a large undertaking, a 
typical network may have up to 20 different types of storage 
devices, each having its unique managed object. As a result, 
the software engineering team that programs the graphical 
tiser interface 112 may be required to make up to 40 or more 
code modifications a year to the graphical user interface 
code, just to keep up with the changes being independently 
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performed by the developers of the managed objects. Many 
times, the changes may not get implemented into the graphi- 
cal user interface 112 software due to time constraints and 
testing requirements, which therefore, may hamper or sever 

5 fiinctional communication between the management console 
computer 106 and the various storage devices, 

FIG. IB is a block diagram illustrating the conventional 
communication protocols HO thai are exchanged between a 
group of managed objects 118a-118c and the graphical user 

10 interface 112. In one example, assume that the managed 
object 118c of a. given storage device was recently updated 
without performing the necessary software manipiilations to 
a managed object interface 114 of the graphical user inter- 
face 112. When this is the case, if the user of the manage- 

15 ment console computer 106 desires to print some data form 
a selected storage device, the managed object 118c will 
normally pass a data structure 116c to the managed object 
interface 114. 

Unfortunately, a screen manager of the management con- 
sole computer 106 will not be able to invoke any of the 
methods of the managed object 118c, because the data 
structure 116c will typically only contain the necessary data 
and pointers to methods. However, because the graphical 
user interface 112 was not updated with the necessary code 
to handle the data structure pointers of data structure 116c, 
the management console computer 106 will not be able to 
adequately manage the appearance, attributes and methods 
of the new or updated managed object 118c. Even if the data 
structure 116c contained the necessary icon for the new or 
updated managed object XlScj when the user of the man- 
agement console computer 106 clicked on that icon, nothing 
would happen because the graphical user interface 112 was 
not previously updated to handle the new managed object 
118c. 

In view of the foregoing, what is needed is a method and 
system for designing managed objects so that they are able 
to inherently communicate with an existing management 
graphical user interface without having to custom upgrade 
^ the graphical user interface code for each new revision of a 
managed object. 

SUMMARY OF THE INVENTION 

Broadly speaking, the present invention fills these needs 

45 by providing methods, apparatus and systems for integrating 
custom facets that contain attributes, relationships and meth- 
ods directly into a managed object to avoid the continual 
redesign of management graphical user interface software. It 
should be appreciated that the present invention can be 

50 implemented in numerous ways, including as a process, an 
apparatus, a system, a device, a method, or a computer 
readable medium. Several inventive embodiments of the 
present invention are described below. 

In one embodiment, a method for making a managed 

55 object that is in communication with a management console 
that is used for storage device management over a network 
is disclosed. The method includes building an object having 
a data structure and a method for operating on the data 
structure. The object represents a set of basic functions of a 

60 storage device that is being managed over the network. The 
method also includes identifying at least one display func- 
tion of the managed object that will be used to display a view 
of the managed object through the management console. In 
this embodiment, the at least one display function includes 

65 an attribute, a relationship, and a display method of the 
managed object. The method further includes appending the 
at least one display function to the managed object so that 
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the managed object can communicate with the management 
console through the at least one display function. In a 
preferred aspect of this embodiment, the method includes 
generating a graphical user interface that is executed on the 
management console, and the graphical user interface is 5 
configured to communicate with the at least one display 
function of the managed object. 

In another embodiment, an apparatus for managing stor- 
age devices over a network is disclosed. The management 
apparatus includes a management console having a graphi- jq 
cal user interface for displaying a physical view and a logical 
view of a storage device. The management apparatus further 
includes a managed object of the storage device that is 
configured to communicate with the graphical user interface 
of the management console through a facet interface that is 
wrapped around the managed object. The facet interface is 
divided into a plurality of specific facets that communicate 
with the graphical user interface and enable the display of 
the physical view and the logical view of the storage device. 
In a further aspect of this embodiment, the graphical user 
interface includes a plurality of generic views which are 20 
configured to communicate with associated ones of the 
plurality of specific facets of the facet interface. 

In yet another embodiment, a system for managing stor- 
age means over a network is disclosed. The system includes 
a management console means that has a graphical user 25 
interface for di^laying one of a physical view and a logical 
view of a storage means. The system also includes a 
managed object means of the storage means that is config- 
ured to communicate with the graphical user interface of the 
management console means through a facet interface means 3Q 
that is wrapped around the managed object means. The facet 
interface means is divided into a plurality of specific facets 
that communicate with the graphical user interface and 
enable the display of either the physical view or the logical 
view of the storage means. In this embodiment, the graphical 
user interface of the system also includes a plurality of 
generic views which are configured to communicate with 
associated ones of the plurality of specific facets of the facet 
interface means. 

Other aspects and advantages of the invention will 4^ 
become apparent from the following detailed description, 
taken in conjunction with the accompanying drawings, 
illustrating by way of example the principles of the inven- 
tion. 

BRIEF DESCRIPTION OF THE DRAWINGS '^s 
The present invention will be readily understood by the 
following detailed description in conjunction with the 
accompanying drawings, and like reference numerals des- 
ignate like structural elements. 

FIG. lA is a physical representation of a management 
architecmre that is used to manage networked storage 
devices. 

FIG. LB is a block diagram illustrating the conventional 
communication protocols that may be exchanged between a 55 
group of managed objects and a graphical user interface. 

FIGS. 2A-2B show a graphical user interfaces that is 
implemented to carry out storage management functions in 
accordance with one embodiment of the present invention. 

FIGS, 2C-2D show graphical representations of the eo 
physical relationships of various managed objects that are 
connected to subsystems of a network in accordance with 
one embodiment of the present invention. 

FIGS. 2E-2F graphically show logical representations of 
the managed objects that are managed via a graphical user 6S 
interface in accordance with one embodiment of the present 
invention. 
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FIGS. 3A-3B show graphical representations of a man- 
aged object that is in communication with a graphical user 
interface in accordance with one embodiment of the present 
invention. 

FIG. 4 shows a flowchart diagram of the method opera- 
tions performed in generating a managed object having 
management facets for communicating with a graphical user 
interface that is used to manage storage devices over a 
network, in accordance with one embodiment of the present 
invention. 

FIG. 5 shows the method operations performed in invok- 
ing a managed function of a given facet in accordance with 
one embodiment of the present invention. 

FIG. 6 shows a graphical representation of a managed 
object having multiple facets for linking with particular 
views of a graphical user interface in accordance with one 
embodiment of the present invention. 

FIG, 7 shows a managed object interrelationship diagram 
in accordance with one embodiment of the present inven- 
tion. 

FIG. 8 is a block diagram of an exemplary computer 
system for carrying out some of the processing according to 
the invention. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

An invention is described for methods, apparatus and 
systems for integrating custom facets that contain attributes, 
relationships and methods directly into a managed object to 
avoid the continual redesign of management graphical user 
interface software. It will be obvious, however, to one 
skilled in the art, that the present invention may be practiced 
without some or all of these specific details. In other 
instances, well known process operations have not been 
described in detail in order not to unnecessarily obscure the 
present invention. 

FIG. 2A shows a graphical user interface 200 that is 
implemented to carry out storage management functions in 
accordance with one embodiment of the present invention. 
As shown, the graphical user interface 200 is representative 
of the look and feel that may be presented to the user of a 
management console computer that is used for managing 
storage devices that are networked throughout a particular 
managed network. In this example, a directory view 201 
provides a list of various systems and subsystems 202 that 
are coupled to a network that is in communication with a 
management console computer. 

For example, the directory view 201 shows that there is a 
Longmount IDIOM Directory Server 206, an NTC IDIOM 
Directory Server 208, an Irvine IDIOM Directory Server 
224, and a Milpitas IDIOM Directory Server 226, which 
define the systems di^layed in the directory view 201, In 
general, a system is a single computing entity which hosts an 
operating system and manages some set of resources. There 
is also a couple of systems labeled ADPTEAST 210, MGB 
212, and YETI 218, which are physically connected to the 
system 208. Further shown are a couple of adapter cards 
(i.e., subsystems) that are identified as AFA-333 214 and 
2940 216, and which are connected to the MGB 212 system. 
In this example, subsystem 214 is a three-channel plug-in 
file system, and subsystem 216 is a SCSI card. 

System YETI 218 also includes a subsystem 220 and a 
subsystem 222. As used herein, a subsystem is a portion of 
the primary system that manages some subset of that sys- 
tem's online storage. An example of a subsystem is a disc 
controller card and its associated storage devices and enclo- 
sures. 
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la general, the software code programmed to control the 
graphical user interface 200 builds upon "inherent" and 
"injected" behaviors. An "inherent" behavior stems from the 
fact that the graphical user interface 200 of the management 
console must make some assumptions about the managed 5 
objects that may be coimccted to some of the subsystems 
identified in the directory view 201. Some of these assump- 
tions include that an IDIOM Directory Server (i.e., systems 
206, 208, 224, 226, and the like), are connected to a given 
network that is being managed. lo 

Accordingly, the IDIOM Directory Servers will contain a 
list of "known" systems that are running IDIOM-bascd 
services for one or more storage devices that are coupled to 
the subsystems 214, 216, 220, and 222. In this manner, the 
existence of a set of object classes, instances of which are 15 
discoverable from any given IDIOM subsystem, will be 
logically connected to the management console in some well 
defined fashion. By way of example, any one of the systems 
have subsystems which are connected to storage units via a 
given interface. Thus, the storage units may be potentially 20 
divided into one or more logical spaces which, may in turn 
be coalesced into one or more containers, etc. 

On the other hand, "injected" behavior is that function- 
ality that is presented to the end user through the manage- 
ment console framework, \;^^ich does not come from the 
graphical user interface 200 itself, but alternatively, is inte- 
grated as part of a managed object. As will be described in 
greater detail below, the managed object will have a plurality 
of facets which contain a particular view's attributes, 
relationships, and methods, and are then communicated by 
the managed object to the graphical user interface 200. 
Although there are many functionalities which may be 
integrated into a particular managed object, there are some 
essential functionalities which should be integrated into the 
managed object in accordance with one embodiment of the 
present invention. 

For example, the managed objects will have its own code 
for graphically presenting itself to the graphical user inter- 
face 200. In this manner, the graphical user interface 200 can ^ 
represent that managed object in the appropriate physical 
and logical representations. These graphical representations 
range from simple icons used to represent the managed 
object, to complex representations provided by the managed 
object to represent some specific view of that managed 
object. The managed object will also have the ability to 
present an interface that has access to the fimctionalities 
(i.e., methods) that are provided by the managed object. 
Such interface may also include menus that interface with 
the methods that operate on the object's data, and panels that 
represent the properties of the managed object, and where 
needed, provide for interaction with those properties. 

The graphical user interface 200 is therefore a multiple 
view application in which the user can manage the resources 
of a single server, a single subsystem, or a collection of 55 
resources from any number of systems/sut>systems. In the 
directory view 201, a simple tree control is provided, 
although other known presentation formats may also be used 
to represent the exemplary physical or logical views. 

The directory view 201 also provides an aggregate func- 60 
tion 204. The aggregate function 204 when selected, may 
display the file system which is typically operating system 
(OS) dependent, and enables the presentation of available 
files resident in the management console or on devices over 
the network. In one embodiment, once the aggregate func- 65 
tion 204 is selected, the window may be displayed via JFC's 
JFileChoose panel. As is well known to those skilled in the 
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art, JFC is part of the Java programming language, which is 
available from Sim Microsystems, Inc., of Moxmtain View, 
Calif. For more information on Java programming and 
techniques for generating graphical user interfaces, refer- 
ence may be made to a book entitled "Inside Java," by 
Karanjit S. Siyan, Ph.D. and James L. Weaver, New Rider 
Publishing (1997). This book is hereby incorporated by 
reference. 

EHG. 2B shows a physical view of system 218 YETI once 
it has been selected from the directory view 201 of FIG. 2A. 
Because system 218 YETI has a plus sign "+", a user may 
now click on the plus sign to expand the physical view of 
YETI 218. As shown in FIG. 2C, the expanded view shows 
that subsystems 220 and 222 are physically connected to 
YETI 218. Each of the subsystems 220 and 222 have a 
respective plus sign, which indicates that there is at least one 
managed object physically connected to those respective 
subsystems. Once the plus signs of the respective sub- 
systems 220 and 222 are selected by the user of the graphical 
user interface 200, an expanded view is shown in FIG. 2D. 

By way of example, subsystem 220 is shown having a bus 
230 whidi is physically connected to managed objects 231a 
through 23ih. A second bus 232 is also connected to 
subsystem 220. The second bus 232 includes physical man- 
aged objects 233a through 233/. And finally, subsystem 222 
has a bus 234 that is physically coupled to managed objects 
23Sa through 235/. In this example, the managed objects are 
shown to be physical storage devices, but of course, they can 
actually be any device having an object that needs to be 
managed in some way. 

In the physical view of FIG. 2D, managed object 231fl is 
provided with a graphical task indicator 231a', which indi- 
cates when a task is actually being executed on the exem- 
plary managed object 231a. Although not shown, all other 
managed objects may also have their associated task indi- 
cators. As pictorially illustrated, the types of data storage 
devices and their associated managed objects are numerous, 
and may include hard drives, databases, scanner devices, 
tape drives, optical drives, etc. 

F\G, 2E shows the graphical user interface 200 which 
identifies the logical view of the storage devices that may be 
coupled to a subsystem 220 in accordance with one embodi- 
ment of the present invention. It should be imderstood that 
a logical view illustrates the logical elements that are being 
managed through the system YETI 218. By way of example, 
containers 242a through 242/ illustrate data storage contain- 
ers that may be made up of bits and pieces from several 
different physical storage devices. As shown in FIG. 2F, 
container 242c, which is identified as partition "H," has 10 
gigabytes (GB) of data logically stored therein. In this 
example, container 242c only logically contains portions 
from managed objects 231a, 231b, 231cl, and 23 lA 

It should be imderstood that the icons provided to the 
graphical user interface 200 are actually obtained from the 
managed objects themselves. That is, the managed objects 
will provide the graphical user interface 200 with the 
associated icon data, labels, and displayable attn1>utes. In 
addition, the logical containers will also include any asso- 
ciated methods for managing the data iiijected by those 
managed objects. 

FIG. 3A shows a graphical representation of a managed 
object 302 that is in commimication with a graphical user 
interface (GUI) 200 in accordance with one embodiment of 
the present invention. The managed object 302 preferably 
includes a pluraHty of facets, shown as Fq 304, Fj 306, F^ 
310, and F3 308. By way of example, facet Fi 306 is used 
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as an interface forselected views of the managed object 302. way of example, the managed object may be the software 

Each facet is therefore configured to access attributes 320, algorithms and data that represents the physical and logical 

relationships 322, and methods 324 for a particular view of aspects that control a storage device that is networked with 

the managed object 302. Of course, different display a management console computer having the management 

relationships, and managed functions will be required for 5 graphical user interface. 

different types of objects, storage devices, and peripheral ™_ .-^a*. 

devices tha may be networked Sid managed by a manage- ''f^'^ ^Tf^ ° f^J^"^ ^'"^^ 

ment console computer interface. In this example, the fiitet '^^'^ •^'7 """''1'*^ °^ 'T'^'^^ 

F, 306 is configured to communicate with a view, 316, identified. By way of example, a managed object 

which is integrated and designed to be part of the graphical ,„ ''f displayed m many ways to lUustrate its attributes 

user interface 200 through a graphical user mterface. The managed object may 

i_ .u. , .u.. • . . J • . .1, u- 1 also have several functional features (i.e., its associated 

In general, the views that ate mtegrated mto the graphical .t j \ .i. . l . j l • • • r ■ 

user toterface 200 are generic viex^S, which are configured '°^*°^> "^^^ ^ f ! ofAat 

to communicate with tte various facets of a managed object "ia°ag«i °bject through the grap^cal i«er interface. Once 

302. As such, a view„ 314 will communicate with the fecet „ ^""^ of the managed fiinctions and display attribut^ of the 

17 if\A 110 11 • * '.u *u c *i? managed object are identified, the method proceeds to an 

Fq 304, a viewj 318 will communicate with the facet 310, ^ raUon 406 

and a viewj 319 will communicate with the facet F3 308. In ^ 

this embodiment, the various views that are integrally pro- operation 406, a management facet that is capable of 

grammcd to be part of the graphical user interface 200 are executing the managed functions is generated for each of the 

generic views, which are configured to interface with asso- ^'^^^^^^^^ managed functions and display attributes. As 

ciated facets of the various managed objects. In yet another shown in FIGS. 3A and 3B, a managed object 302 may have 

embodiment, the views themselves may be injected to the ^^^^ ^^cets Fq through F3 (or any number), which are 

GUI by the managed object, which will eliminate the need associated with different respective views of the same man- 

for the GUI to have a set of generic views. object. In addition, each of the facets integrate respec- 

Accordingly, the graphical user interface 200 will not .5 ^ve attributes, relationships, and methods that may be called 
include the various attributes, relationships, and methods for ^^^^8^ particular facet. Once the management facets are 
every possible managed object, but alternatively will be generated m operaUon 406, the method proceeds to an 
provided by each managed object to the graphical user operation 408. In operation 408, the management facets are 
interface 200. As is well known, the graphical user interface appended to the managed object itself. 
200 will also include GUI management code 317 for man- 30 manner, each managed object will have one or 
aging the various components of the generic graphical user '^^'^e facets \*1iich integrate their various attributes, rela- 
interface 200. As mentioned above, once a storage device tionships and methods directly with the managed object, and 
which has its custom managed object software is connected thereafter made available to the graphical user interface 
to a particular subsystem in a networked environment, that of ^ given management console. As mentioned above, 
managed object will present the attributes 320, relationships 35 because the management facets incorporate the unique 
322 and methods 324 of the various facets to the graphical attributes, relationships and methods of a particular man- 
user interface 200. In other embodiments, the graphical user aged object, the graphical user interface of the management 
interface will go out and seek the particular attributes, console need not be repetitively updated to take into account 
representations and methods of the networked objects via ^e features that are integrated into the various facets of a 
the object's facet interface. 40 °^anaged object. Therefore, the various facets essentially 

Advantageously, if future developments, updates, or revi- f**^™ ^ wrapper interface defining a second level of methods 

sions are performed on the managed object in order to ^^^^^ * managed object. 

provide it with additional functionalities or amend an exist- 5 shows the method operations performed in invok- 
ing functionality, those changes need not be made to the ing a managed function of a given facet in accordance with 
graphical user interface 200. Alternatively, the facets of the 45 o^e embodiment of the present invention. The method 
managed object will provide the changed attributes 320, begins at an operation 502 where a view of the managed 
relationships 322 and methods 324 directly to the graphical object is selected from the graphical user interface 200 of 
user interface 200 via facet F^ . Thus, the software develop- FIGS. 2A through 2E For example, if view, 316 is selected 
meat team that is in charge of maintaining a graphical user ^e user of the management console, the view, 316 of the 
interface 200 will not have to continually update the code of 50 graphical user interface 200 will communicate and make the 
the GUI each time a change is made to the various attributes, particular calls to the methods of a corresponding facet Fj 
relarionships or methods of the given managed objects that of the managed object 302 in operation 504. Once a link 
are being managed from GUI 200 (i.e., that is resident on a ^as been established with the appropriate facet of the 
management console computer). As can be appreciated, the selected view, the method will proceed to an operation 506. 
embodiments of the present invention provick a substantial 55 In operation 506, a managed function (i.e., method) that 
savings in time, effort and resources that would be need to is integrated into the corresponding facet may be executed, 
continuously update and test the inter-operability of the Of course, the calls that trigger the attributes, relationdiips, 
graphical user interface 200 with the various managed and methods of that particular facet will be controlled by the 
objects that may be connected to a particular networked graphical user interface 200, without having to integrate 
system. 60 those code features into the graphical user interface itself. 

FIG. 4 shows a flowchart diagram 400 of the method Once the managed function has been executed in operation 

operations performed in generating a managed object having 506, the method of invoking a managed function will be 

management facets for communicating with a graphical user done. 

interface that is used to manage storage devices over a FIG. 6 shows a graphical representation of a managed 

network. The method begins at an operation 402 where a 6S object 602 having multiple facets 604 for Linking with 

managed object that is configured to be displayed and particular views of the graphical user interface 200. In this 

invoked through a graphical user interface is provided. By example, a facet F^y 604a communicates via a link 609 to the 
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associated view^ 612 that is cxDntained within the graphical more convenient to construct a more specialized apparatus 

user interface 200. The view^ 612 which is function- to perform the required operations. An exemplary structure 

independent, is configured to display the view of that for the invention is described below, 

particular facet in a view frame 620. piG. 8 is a block diagram of an exemplary computer 

As mentioned above, the managed object 602 contains all 5 system 800 for carrying out the processing according to the 

of the semantics associated with the functions of the man- invention. The computer system 800 includes a digital 

aged object and is also capable of communicating with computer 802, a display screen (or monitor) 804, a printer 

subsystem managed objects 610. The subsystem managed 806, a floppy disk drive 808, a hard disk drive 810, a 

object 610 will also preferably have a wrapper of multiple network interface 812, and a keyboard 814. The digital 
facets that enable it to communicate with the graphical user 10 computer 802 includes a microprocessor 816, a memory bus 

interface independently. As shown, the managed object 602 818, random access memory (RAM) 820. read only memory 

is configured to manage the subsystem managed object 610 (ROM) 822, a peripheral bus 824, and a keyboard controller 

through a link 608, and a facet 611 of the subsystem 826. The digital computer 800 can be a personal computer 

managed object 610 communicates with the view^ 612 via (such as an IBM compatible personal computer, a Macintosh 
a link 607. is computer or Macintosh compatible computer), a workstation 

The viewjy 612 may also communicate with the view computer (such as a Sun Microsystems or Hewlett-Packard 

frame 620 to adequately call and invoke the attributes of the workstation), or some other type of computer, 

particular managed object or subsystem managed object As The microprocessor 816 is a general purpose digital 

mentioned above, the graphical user interface 200 may also processor which controls the operation of the computer 

include numerous other views, which are function- system 800. The microprocessor 816 can be a single-chip 

independent, view-sensitive, and can display methods, and processor or can be implemented with multiple components, 

may communicate and call the methods of imique facets of Using instructions retrieved from memory, the microproces- 

a given managed object. sor 816 controls the reception and manipulation of input data 

FIG. 7 shows a managed object interrelationship diagram ^^'^ output and display of data on output devices. 
700 in accordance with one embodiment of the present According to the invention, a particular function of micro- 
invention. For exemplary purposes, managed objects 702, processor 816 is to assist in the execution of the objcct- 
704, 706, and 708 are illustrated having a variety of different oriented code that is used to manage generic objects (i.e., 
facets for communicating with particular views of a graphi- ^^e not necessarily used for storage), and the objects of 
cal user interface 200. In this example, many of the managed storage devices from a management console GUI. 
objects share the same or similar types of facets, and will The memory bus 818 is used by the microprocessor 816 
therefore require access to the same view that is integrated to access the RAM 820 and the ROM 822. The RAM 820 is 
into the graphical user interface 200. As mentioned above, used by the microprocessor 816 as a general storage area and 
the particular views are function -independent, view as scratch-pad memory, and can also be used to store input 
sensitive, and display methods. data and processed data. The ROM 822 can be used to store 

In the example shown, facet Fq in each of managed instructions or program code followed by the microproces- 

objects 702, 704, and 706 are virhially linked to the vicwo- sor 816 as weU as other data. 

In a like manner, view^, view^, viewg, view4, viewj, view^. The peripheral bus 824 is used to access the input, output, 

and view, each are capable of accessing (i.e., calling) their and storage devices used by the digital computer 802. In the 
respective facets in the various managed objects that are ^ described embodiment, these devices include the display 

accessed by the graphical user interface 200. Accordingly, screen 804, the printer device 806, the floppy disk drive 808, 

the design and management of the graphical user interface the hard disk drive 810, and the network interface 812. The 

will be minimized because updates associated with each keyboard controller 826 is used to receive input from 

managed object will no longer have to be performed in the keyboard 814 and send decoded symbols for each pressed 
software code of the graphical user interface 200. That is, the 45 key to microprocessor 816 over bus 828. 

attributes, relationships and methods of each managed The di^lay screen 804 is an output device that displays 

object are integrated in a wrapper of facets around each images of data provided by the microprocessor 816 via the 

respective managed object and therefore, are de-coupled peripheral bus 824 or provided by other components in the 

from the graphical user interface 200. computer system 800. The printer device 806 when opcrat- 
The invention may employ various computer- 50 ing as a printer provides an image on a sheet of paper or a 

implemented operations involving data stored in computer similar surface. Other output devices such as a plotter, 

systems. These operations are those requiring physical typesetter, etc. can be used in place of, or in addition to, the 

manipulation of physical quantities. Usually, though not printer device 806. 

necessarily, these quantities take the form of electrical or The floppy disk drive 808 and the hard disk drive 810 can 
magnetic signals capable of being stored, transferred, 55 be used to store various types of data. The floppy disk drive 

combined, compared, and otherwise manipulated. Further, 808 facilitates transporting such data to other computer 

the manipulations performed are often referred to in terms, systems, and hard disk drive 810 permits fast access to large 

such as producing, identifying, determining, or comparing. amounts of stored data. 

Any of the operations described herein that form part of The microprocessor 816 together with an operating sys- 
the invention are useful machine operations. The invention 60 tem operate to execute computer code and produce and use 
also relates to a device or an apparatus for performing these data. The computer code and data may reside on the RAM 
operations. The apparatus may be specially constructed for 820, the ROM 822, or the hard disk drive 810. The computer 
the required purposes, or it may be a general purpose code and data could also reside on a removable program 
computer selectively activated or configured by a computer medium and loaded or installed onto the computer system 
program stored in the computer. In particular, various gen- 6S 800 when needed. Removable program mediums include, 
era! purpose machines may be used with computer programs for example, CD-ROM, PC-CARD, floppy disk and mag- 
written in accordance with the teachings herein, or it may be netic tape. 
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The network interface 812 is used to send and receive data 
over a network connected to other computer systems. An 
interface card or similar device and appropriate software 
implemented by the microprocessor 816 can be used to 
connect the computer system 800 to an existing network and 
transfer data according to standard protocols. 

The keyboard 814 is used by a user to input commands 
and other instructions to the computer system 800. Other 
types of user input devices can also be used in conjunction 
with the present invention. For example, pointing devices 
such as a computer mouse, a track ball, a stylus, or a tablet 
can be used to manipulate a pointer on a screen of a 
general-purpose computer. 

The invention can also be embodied as computer readable 
code on a computer readable medium. The computer read- 
able medium is any data storage device that can store data 
which can be thereafter be read by a computer system. 
Examples of the computer readable medium include read- 
only memory, random-access memory, CD-ROMs, mag- 
netic tape, optical data storage devices. The computer read- 
able medium can also be distributed over a network coupled 
computer systems so that the computer readable code is 
stored and executed in a distributed fashion. 

Although the foregoing invention has been described in 
some detail for purposes of clarity of understanding, it will 
be apparent that certain changes and modifications may be 
practiced within the scope of the appended claims. 
Accordingly, the present embodiments are to be considered 
as illustrative and not restrictive, and the invention is not to 
be limited to the details given herein, but may be modified 
within the scope and equivalents of the appended claims. 

What is claimed is: 

1. A method for making a managed object that is in 
commimication with a management console that is used for 
storage device management over a network, comprising: 

building an object having a data structure and a method 
for operating on the data structure, the object represents 
a set of basic functions of a storage device that is being 
managed over the network; 

identifying at least one display function of the managed 
object that will be used to display a view of the 
managed object through the management console, the 
at least one display function includes an attribute, a 
relationship, and a display method of the managed 
object; 

associating the at least one display function with the 
managed object so that the managed object can com- 
mimicate with the management console through the at 
least one display function; 

generating a graphical user interface that is executed on 
the management console, the graphical user interface is 
configured to communicate with the at least one display 
function of the managed object; 

altering the data structure and the method of the managed 
object to create a new managed object; and 

modifying the at least one display function to enable code 
interaction between the mcndified data structure and the 
new managed object. 

2. A method for making a managed object as recited in 
claim 1, wherein the at least one display function is 
de-coupled from the graphical user interface of the manage- 
ment console. 

3. A method for making a managed object as recited in 
claim 2, wherein the at least one display function forms a 
facet of the managed c^ject. 



)6,973 B2 

12 

4. A method for making a managed object that is in 
communication with a management console that is used for 
device management over a network, comprising: 

building an object having a data structure and a method 
5 for operating on the data structures the object repre- 
sents a set of basic functions of a device that is being 
managed over the network; 

identifying at least one display function of the managed 
object that will be used to display a view of the 
managed object through the management console; 

associating the at least one display function with the 
managed object so that the managed object can com- 
municate with the management console through the at 
least one display function; 

altering the data structure and the method of the managed 
object to create a new managed object; 

modifying the at least one display function to enable code 
interaction between the modified data structure and the 
20 new managed object; and 

generating a graphical user interface that is executed on 
the management console, the graphical user interface is 
configured to communicate with the at least one display 
function of the managed object; 

wherein the at least one display function is de-coupled 
from a graphical user interface of the management 
console, and the at least one display function forms a 
facet of the managed object. 

5. A method for making a managed object as recited in 
claim 4, wherein the facet functions as a method interface 
wrapper of the managed object. 

6. A method for making a managed object that is in 
communication with a management console that is used for 
storage device management over a network, comprising: 

building an object having a data structure and a method 
for operating on the data structure, the object represents 
a set of basic functions of a storage device that is being 
managed over the network; 

40 identifying at least one display function of the managed 
object that will be used to display a view of the 
managed object through the management console, the 
at least one display function includes an attribute, a 
relationship, and a display method of the managed 

45 object; 

associating the at least one display function with the 
managed object so that the managed object can com- 
municate with the management console through the at 
least one display function; 

50 generating a graphical user interface that is executed on 
the management console, the graphical user interface is 
configured to communicate with the at least one display 
function of the managed object; 
altering the data structure and the method of the managed 

55 object to create a new managed object; and 

modifying the at least one display function to enable code 
interaction between the modified data structure and the 
new managed object; 
wherein the at least one display function forms a facet of 
the managed object. 

7. A method for making a managed object as recited in 
claim 6, further comprising: 

calling the display method of the managed object through 
55 the graphical user interface. 

***** 
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